home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000025_icon-group-sender _Fri Feb 4 13:43:19 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  2KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id NAA06376
  4.     for icon-group-addresses; Fri, 4 Feb 2000 13:43:07 -0700 (MST)
  5. Message-Id: <200002042043.NAA06376@baskerville.CS.Arizona.EDU>
  6. X-Authentication-Warning: kapitan.ethanak.home: ethanak owned process doing -bs
  7. Date: Fri, 4 Feb 2000 16:46:33 +0100 (EET)
  8. From: "Bohdan R. Rau" <ethanak@bigfoot.com>
  9. X-Sender: ethanak@kapitan.ethanak.home
  10. To: icon-group@optima.CS.Arizona.EDU
  11. Subject: Re: calling a C routine from icont
  12. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  13. Status: RO
  14.  
  15. On Thu, 3 Feb 2000, Kostas Oikonomou wrote:
  16.  
  17. > 
  18. > Is it possible to call a C routine for which you have only a header available,
  19. > and whose code exists only in a library (no source available)?
  20. > 
  21. > I've looked through the code in the cfuncs directory, and I'm not sure if what I
  22. > want is doable.
  23.  
  24. Sorry for my bad English, but it is not my native language :)
  25.  
  26. Some months ago I tried to write ncurses wrapper for Icon. In theory it was
  27. very simple - adding only one paremeter (-lncurses) to gcc call. But
  28. behaviour was very strange - on two machines (very small Linux RH 4.2/486/4
  29. MB RAM and RH5.2/P166/32MB) it worked very good, on third (my private
  30. machine, RH5.2/P166/32MB, practically identical to one of this two) every
  31. call of ncurses procedure caused memory violation...
  32.  
  33. I have no idea where is the problem :(((
  34.  
  35. Regards
  36.  
  37. ethanak
  38. http://ethanak.i.sex.pl
  39.  
  40.